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Description 

METHOD AND APPARATUS FOR INTERWORKING BETWEEN 
INTERNET PROTOCOL (IP) TELEPHONY PROTOCOLS 

5 

Priority Application 
This Application claims tt>e benefit of U.S. Provisional Patent 
Application Serial No. 60/137,867 filed June 7, 1999, the disclosure of which 
is incorporated herein by reference in its entirety. 

10 

Technical Reld 

The present invention relates to a method and an apparatus for 
interworking between communications protocols. More particulariy, the 
present invention relates to a method and an apparatus for interworking 
1 5 between internet protocol (IP) telephony protocols. 



Background Art 

There are a variety of known protocols for establishing media stream 
communications, such as voice, data, video, or coriiblhatioris thereof, over 
20 an IP networtc. Protocols for establishing media stream communications 
over an IP network are refenred to herein as IP telephony protocols. One 
example of an IP telephony protocol is the media gateway control protocol 
(MGCP). MGCP defines signals and events by which a software entity, 
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known as a media gateway (MG), is controlled by another software entity, 
known as a media gateway controller (MGC), in a packet network. The 
media gateway controller processes call control signaling from one or more 
signaling gateways (SGs) and utilizes MGCP media control signaling to 




5 establish media streams between MGsVAn MGC thai processes call control 
signaling in this mann^rfe also^ to as a ^11 ag ^^^e temns media 
gateway controller and call agent are used interchangeably herein. The 
media gateway controller performs call control functions, such as 
translations, resource management, media capabilities negotiation and 
10 selection, and media stream management It can also provide additional 
services. 

Figure 1 illustrates conventional communications using MGCP. In 
Figure 1, MGC 100 receives call signaling information from SGs 102 and 
103 and controls MGs 104 and 105 to establish packetized media stream 
15 communications l>etween end users in packet network 106. For example, 
SG 102 and MG 104 can be associated with a calling party end user device 
for a given media stream communkiation. Similarly, SG 103 and MG 105 
can t>e associated with a called party end user device for a given media 
sfream communication. MGC 100 can control MGs 104 and 105 to establish 
20 media stneam communications between the called and calling end user 
'^^ devices, such as PSTN terminals. 

A detailed explanation of MGCP is found in Media Gateway Control 
Protocol (MGCP), Version 0.1 Draft, Intemet Engineering Task Force, 
February 21, 1999, the disclosure of which is incorporated herein by 
25 reference in its entirety. 
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Another example of an IP telephony protocol is Internationa! 
Telecommunications Union (ITU) Recommendation H.323. H.323 defines a 
protocol by which endpdnts, such as gateways, temninals, or multipoint 
control units MCUs), can place calls in a packet network. A gateway 
5 translates t)etween drcurt-switched and packet-switched communication 
protocols. A tenninal is a device, such as an IP temiinal. that provides end 
user access to a network. An MCU is a device that supports conferences 
l)etween three or more endpoints. H.323 defines a gatekeeper as an entity 
that provides address translation and controls access to the packet r^twork 

10 for H.323 endpoints. The gatekeeper can also provide additional services, 
such as call control and supplementary services. 

Figure 2 illustrates an example of conventional H.323 
communications. In Figure 2. a first gateway 200 can t>e associated with a 
calling end user device arui a second gateway 202 can be associated with a 

15 called end user device for a given media communication. Gatekeeper 204 



perfomis call signaling functk>r)s, ^such as call setup and teardown Mo \ 
establish calls between end user devices associated with gateways 200 and 
202. The end user devices can be PTSN terminals connected to gateway 
200. Alternatively, gateway 200 can be omitted and replaced by H.323 

20 terminals or H.323 MCUs. Once gatekeeper 204 perfbnms the call signaling 

functions i necessary to set up a call, the media stream for the call flows ^"^ ""^ 
between gateways 200 and 202. Detailed information relating to H.323 can 
fc>e found in ITU Recommendation H.323, Packet Based Multimedia 
Communications Systems. February 1998, the disclosure of which is 

25 incorporated herein by reference in its entirety. 
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Yel another IP telephony protocol is ITU Recommendation H.248. 
The Internet Engineering Task Force (IETF) formed the MEGACO Group to 
evolve the MGCP protocol. As the MEGACO Group matured the protocol, 
the MEGACO Group allied itself with the ITU. and the specification 
5 developed by the MEGACO Group has become known as fTU 
Recommendation H.248. Thus, ITU recommendation H.248 can be viewed 
similarly to MGCP. 

Another IP telephony protocol is the session initiation protocol (SIP). 
SIP is an application layer signaling protocol for creating, modifying, and 

10 terminating sessions t>etween one or more participants. The sessions 
include intenrvet multimedia conferences, intemet telephone calls, and 
multimedia distributk>n. SIP originated from Columbia University and is 
gaining acceptance as a protocol for exchanging call signaling Information 
over a packet network. A detailed description of SIP can be found in 

15 Request for Comments (RFC) 2543 SIP: Session Initiation Protocol, March 
1999, the disclosure of which is incorporated herein by reference in its 
entirety. 

In addition to the pubfished protocols described atx>ve, many vendors 
of telecommunications equipment and services are supporting IP telephony 
20 applications via proprietary protocols. 

All of the IP telephony protocols descrit>ed above are t>eing , i^c. 

implemented by various verulors. However, standards for interworking 
equipment tiiat communicates using one protocol witti equipment that 
communicates using another protocol are immature, nonexistent, or focus 
25 only on a specific type of application. Accordingly, there exists a long-felt 
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need for a novel method and apparatus for interworking t>etween IP 
telephony protocols. 



Disdosure of the Invention 
5 The present invention provides a novel method and apparatus for 

intenworking between IP telephony protocols. Although most of the 
examples descrit>ed t>elow relate to MGCP and H.323, it Is understood that 
the nDethod and apparatus described herein are applicable to any IP 
telephony protocol. 

10 Many of the protocols described herein define an entity that is 

responsible for performing functions and requests on behalf of a telephony 
device. Typically, these functions and requests include translations, media 
capabilities exchange, and other services. The entities that perform the 
fonctions can t>e logical, physical, or tK>th. For example, in MGCP, the MGC 
15 or call agent perfomns c ajl signaling fonctions^on b ehalf of a gateway. In 
H.323, the gatekeeper ^effamis call signaling functions for an H.323 
gatewayr^lnvgllCa^roxy server performs call signaling furK:ttons for an erul 
user. In order tL^dlitete a^Jescription of the present inventfon, the tem^call 
server is used herein to refer to an entity that performs cal l_ signaling 
20 functions, suc h as translations and media capabilities exchang e, on behalf of 
an end user devk^e, gateway, or oth^j[^er>tity^ , 

According to a first aspect, the present invention includes a 
including a first protocol agient and a secorxj protocol agent 
protocol agent communicates with a first protocol device according to a first 
25 protocol. The second pmtocol agent communicates with a second protocol 
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de\ gce accx>rdinq to a second protocol. An interworking agent provides 
functbnsusabl e the first and sec ond p rotocol __agents to communicate 
using a thir d protoco[ . The third protocol provides a superset of the function^ 
provided by the first and second protocols. ■ 
5 Accordingly, it is an object of the present invention to provide a novel 

method and apparatus for interworking between IP telephony protocols. 

An object of the invention having been stated hereinabove, and which 
is achieved in whole or in part by the present invention, other objects will be 
evident as the description proceeds, when taken in connection with the 
1 0 accompanying drawings as best described herelnbelow. 



Brief Description of the Drawings 
A description of the present inventk>n will now proceed with reference 
to the accompanying drawing of whk:h: 
15 Figure 1 is a block diagram illustrating conventional MGCP networic 

entities; 

Figure 2 is a block diagram illustrating conventional H.323 networic 
entities; 

Figure 3 is a block diagram Illustrating media gateway controller and 
20 gatekeeper functions implemented within a call server according to an 
embodiment of the present invention; 

Figure 4 is a block diagram illustrating a call server wherein each call 
half is represented by an agent according to an embodiment of ttie present 
invention; 
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Rgure 5 is a block diagram illustrating a call server including a 
plurality of interworking agents according to an embodiment of the present 
invention; 

Figure 6 is a block diagram illustrating protocol agents implementing 
5 originating and terminating call half functions executing on different 
machines wherein an Intenvorking agent is associated with each protocol 
agent; 

Rgure 7 is a block diagram illustrating a call server including MGCP, 
intenvorking, and H.323 agents for intenvorking MGCP and H.323 entities 
1 0 according to an embodiment of the present invention; 

Figure 8 is a btock diagram illustrating a connection information 
parameter data structure according to an embodiment of the present 
invention; 

Figures 9(a) arKi 9(b) are flow charts illustrating message tunneling 
1 5 according to an enf)tx>diment of the present invention; 

Figure 10 is a block diagram illustrating exemplary agent intenvorking 
protocol message structures according to an embodiment of the present 
invention; 

Rgure 11 is a block diagram illustiBting an exemplary data structure 
20 for a digit information parameter according to an embodiment of tiie present 
:^/fr/ invention; 

Figure 12 Is a call flow diagram illusti^ting exemplary call signaling for 
H.323 fast start to MGCP communications according to an embodiment of 
ttie present invention; 
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Rgure 13 is a call flow diagram illustrafng H.323 non-fast-start to 
MGCP communications according to an emlxxliment of ttie present 
Invention; 

Rgure 14 Is a call flow diagram illustrating exemplary call signaling for 
5 a hold scenario between H.323 and North American Q.931 endpoints 
according to an emtxxliment of the present invention; 

Figure 15 is a call flow diagram illustrating exemplary call signaling for 
a retrieve scenario between H.323 and North American Q.931 endpoints 
according to an emtxxliment of the present Invention; 
1 0 Figure 1 6 is a call flow diagram illustrating exemplary call signaling for 

a hold scenario t>etween H.323 and MGCP endpoints according to an 
emtxxliment of the present invention; 

Figure 17 is. a call flow diz^ram illustrating exemplary call signaling for 
a retrieve scenario between H.323 and MGCP endpoints according to an 
15 embodiment of the present invention; 

Figure 18 is a call flow diagram illustrating exemplary call signaling 
between H.323 and MGCP endpoints for common channel signaling 
according to an embodiment of the present invention; and 

Figure 19 is a call flow diagram illustrating exemplary call signaling 
20 between an MGCP gateway and an H.323 gateway according to an 

embodiment of the present invention. = rrriAi- ' 



25 



Detailed Description of the Invention 
The present invention provides a novel method and apparatus for 
intenvoridng between IP telephony protocols. In order to provide this 
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interworking. a call server Indudes agents that communicate with other 
entities according to the protocols implemented by the other entities. 
However, the protocol agents communicate with each other utilizing a 
protocoWndependent agent interworking protocol (AlP). As a result, network 
5 entities that implement different protocols can seamlessly communicate with 
each other. 

Rgure 3 illustrates a call server Including MGC and GK functions 
according to an emtxxliment of the present inventfon. In Figure 3, a call 
sender 300 includes an MGC function 302 and a GK function 303. The call 

10 server is a software entity that can execute on a single machine or on 
multiple machines. MGs and SGs recognize call server 300 as an MGC. 
H.323 endpoints, such as gateways, recognize call server 300 as a GK. For 
example, in the illustrated embodim^. Ingress MG 304, egress MG 306, 
and SG 308 recognize call server 300 as an MGC. Similarly, ingress H.323 

15 gateway 310 and egress H.323 gateway 312 recognize call server 300 as a 
gatekeeper. 

In order for MGs 304 and 306 to recognize call server 300 as an 
MGC, MGC function 302 In call server 300 is adapted to communicate with 
MGs 304 and 306 using MGCP. Similarly, in order for SG 308 to recognize 

20 call server 300 as an MGC, MGC functton 302 In call server 300 
communicates with S6^:308 using a call signaling protocol, such as ISDN 
Part (ISUP). In order for H.323 gateways 310 and 312 to recognize call 
server 300 as a gatekeeper, gatekeeper function 303 in call sender 300 
communicates with gateways 310 and 312 according to ITU 

25 Recommendations HJ225 and H.245. 
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Rgure 4 illustrates an emtxxliment of call server 300 in which the call 
processing functions illustrated in Rgure 3 are separated into call agents, 
each of which perfoons call half functions. As used herein, call half functions 
refer to functions associated with either the originating or terminating side of 
5 a call. For example, in Figure 4, MGCP function 302 illustrated in Rgure 3 is 
divided into MGCP agent 302A and MGCP agent 302B. Similarly. H.323 
function 303 illustrated in Figure 3 is divided Into H.323 agent 303A and 
H.323 agent 303B. MGCP agent 302A and H.323 agent 303A can perform 
call originating functions, such as cdlection of digits and translations. MGCP 
10 agent 302B and H.323 agent 303B can perfonn call temiinating functions, 
such as taink selection and alerting the called party of an incoming call. The 
functions performed by each call half will be explained in detail below with 
reference to call flow (fiagrams. 

As mentioned above, »ie present Invention is not lintited to 



15 interworicing between MGCP and H.323 entities. For example.|Rgure 5 

illustrates a call server including protocol agents configured to communicate 
Witt! ottier agents using a variety of different protocolsj In ttie Illustrated 
embodiment, call server 300 includes MGCP agents 302A and 302B for 
processing MGCP to MGCP calls. H.323 agents 303A and 303B for 

20 processing H.323 to H323 calls, H.323 agent 500A and MGCPagent 500B 
for processin^323 to MGCP caTirll.323 agent 502A ar^^SIP^e^502B 
for processing JH^3^^to^lP^raH<^nd H.323 agent 504A and NAQ.931 
agents 504B for processing H.323 to NAQ.931 calls. In addition, to Uie 
protocol agents, call server 300 also includes an intenvoridng agent 506 

25 which facilitates communication between protocol agents. More particulariy, 
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interworking agent 506 includes methods for getting and setting AlP 
parameters, building AlP messages, and establishing and maintaining 
connections, such as TCP^orj^liab^^ 
^^agents^ agents can also identify AlP message types, which will 

5 be described in more detail below. Thus, as illustrated in Figure 5, 
intenvorking agent 506 provides functions usable by a variety of different 
protocol agents to provide seamless intenvorking between the protocol 
agents. 

In a preferred embodiment of the Invention, the intenvorking agent Is 
10 divided into separate software components, one component assodated with 
the protocol agent for each call half. The division of the Intenvorking agent 
into two software components allows protocol agents associated with a given 
call to execute on separate machir)es. 



15 into call servers 300A, 300B, and 300C, which can execute on the same 
machine or on different machines. Call server 300A Includes protocol agents 
that perform both originabng and temnlnating call half functions. Call servers 



^SMS%giL^lfe3^^ division of call processing funclkwiality is 
20 enabled by Intenvorking agents components 506A and 506B, which enable 



pro tocol agents to communicate wth each other using AlP rnessaging. 



Exemplary information that can be exchanged using AlP messaging includes 



infonnation regarding progress^ ynedia capabiliBeip and addresses, 



supplementary services, etc. By allowing the-prdt^l agents to reside on 



Referring to Figure 6, caD server 300 illustrated in Rgure 5 is dbntied 



300B and 300C each include i^tocol agents that pej 
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separate machine s, the interworking agents according to embodiments of 
the present invention allow efficient division of call processing functions. 

Rgure 7 illustrates an example of an MGCP.H.323 network typology 
wherein communication l)etwee(i MGCP and H.323 endpoints occurs 

t: — - 

5 through a call server according to ah embodiment of the present invention. 
In Figure 7, call server 300 includes MGCP agent 700A for performing 
originating call half functions according to the media gateway control 
protocol and H.323 agent 700B for performing tenminating call half functions 
according to the H.323 protocol. More particulariy. MGCP agent 700A 

10 communicates with ingress media gateway 304 according to the media 
gateway control protocol and with signaling gateway 306 according to a call 
signaling protocol, such as ISUP. H.323 agent 700B communicates with 
H.323 gateway 312 according to H.225 and H.245 protocols. MGCP agent 
TpOAnandj H.323 agent 700B communicate with each other using AlP 

15 messaging. Intenvorking agent components 702A and 7028 provide the 
functions that protocol agents 700A and 7008 use to foanulate and process 
AlP messages. 

Because the interworking agent components 702A and 702B provide 
functions for converting messages(to and from a protocol independent 
20 fbrmai^MGCP agent 700A and the H.323 agent 7008 need not be aware of 
each other's protocol. Similariy, MG 304 and SG SOC^need not be aware of 
the protocol of H.323 gateway 312, and H.323 gateway 312 need not be 
aware of the protocol of MG 304 and SG 306. ) 
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Agent interworkinQ Protocol 
As stated above, interworking agents according to embodiments of 
the present invention communicate witti each other according to ^"protocol 
independent format^^ to as the agent interworking protocol The 
5 agent interworking protocol is preferably capable of representing a 
reasonable superset of tt>e messaging capabilities^ of all protocols to be 
supported within the packet network. Designing an interworking protocol 
that supports ail of the capabilities of all of the supported protocols is an 
unnecessarily burdensome task since some capabilities are rarely used or 

10 are only useful when communicating t>etween devices that support the 
particular protocol. In addition, these rarely used capabilities can be 
communicated between agents that support these capabilities using 
tunneling, as will be descrit>ed in more detail below. Accordirigly, it is 
desirable that the^^^nt interworkirig protocol provide a reasonable superset 

15 of the capabilities of supported protocols. 

Rather than designir>g an enSre^ new protocol for use as the agent 
intenATorking protocol, it is more desirable to select an existing protocol that 
comes ctose to meeting the superset definition described above and 
extending that protocol. Existing protocols that could be used as the base 

20 protocol for the agent interworking protocol include Q.931, iSUP, and SIP. 
The aigent interworking protocol implemented in interworking agenfe^?*^ 
according to preferred embodiments of the present invention is based upon 
ISUP. For example, AlP includes traditional ISUP messages such as initial 
address messages (lAM), answer messages (ANM). and release messages 

25 (REL). The agent intenvorking protocol extends the base protocol to include 
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additional procedures and signaling required to meet Interoperability 
requirements. The functions and data structures used in the agent 
intenvorking protocol to meet these requirements will now be discussed in 
more detail. 

5 One function that must be provided by the agent interworking protocol 

is a method for exchanging media capabilities between protocol agents. 
yi^^l aoe"t protocols to be interworked provide some means by which 

^ j a telephony device can nrtake known the media capabilities that it supports. 
i/^ These capabilities must be exchanged between two devices that desire to 

U partcipate in^a^ communicatk)n in ordfiUQ^^l^ t^^^tually 

Capabilities Exchange Between H.323 Devices 




H.323 allows an endpoint to advertise its capabilities at two different 
times - during call establishment and after call establishment. For example, 
15 some H.323 devices support fast start capabilities which allow a partial list of 
media capabilities to be exchanged in HJ225 call establishment messages. 
This method of exchanging capabHrties alk>ws faster establishment of a 
media stream between endpoints because capabilities are exchanged during 
call signaling, rather than waiting until after call signaling has been 
20 completed. In order to exchange capabilities after call establishment, H.323 
compliant devices^Hise H.245 signaling to provide a full description of all 
media capabilities supported. 

Capabilities Exchanoe Between MGCP and SIP Devices 
MGCP and SIP support the use of the session description protocol 
25 (SDP) for encoding the capabilities supported by the device. The session 
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description protocol is included in call establishment messages similarty to 
H.323 fast start messages. For example, a SIP call establishment message, 
such as an INVITE message, includes an SDP portion in the body of the 
message. The SDP port'on includes the capabilities supported by the 
5 endpolnt. such as encoding and decoding algorithms, type of media stream, 
etc. 

Because these capabilities can be exchanged during call setup or 
after call establishment, the agent interworking protocol implemented in call 
servers according to embodiments of the present invention is preferably 
10 flexible enough to support capabilities exchange at either time. In addition, 
because each of tfie atx>veHmentioned protocols uses different syntax for 
specifying the capat>Qit/s definition, AIP preferably provides a normalized 
syntax to which intenvorking agents can map the capability's definitions. 

Media Management 

15 In addition to providing a mett>od for exchangin ^'m^ ia capabiliti esT^^ 

the agent intenvoiking protocol preferably also provides media management 
capabilities that include a reasonable superset of tiie media management 
capabilities of supported protocols. For example, each of ttie agent 
protocols provide support for es tablishing and alt ering med ia streams; 

20 however,, the specific protocols vary significanHy. H.323 fast start 

procedures allow H.323 devices^l^jestablish ia media sfream in concert witfi ^^^^^^^^ 
^11 establishmen t However, fast start is optional and might not be 
supported by a given H.323 device. H.245 procedures allow H.323 devices 
to open and dose media channels post call establishment. H.323 is very^ 

25 limited in its ability to alter a media stream once established. H.323 media 
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streams can be unidirectional or bi-directional. Voice/audio media is typically 
represented via two independent unidirectional streams on IP networks with 
bi-directional media being typically used for data or for voice on ATM 
networks. 

5 MGCP supports establishment of media streams during call 

establishment similar to H.323 fast start procedures. Media streams can be 
either unidirectional or bi-directional and can be changed from one fonmat to 
the other at any time during a call. MGCP allows media channels to be 
modified in a variety of ways without having to be closed. For example, a 

0 ^^jTiedia^sroam lean be redirected by changing the receiving real time protocol 




(RTP) address. The encoding format can be changed by changing the 



codec. Th^mode can be changed to send only, send receive, receive only, 
tnai^ve. SIP is similar to MGCP in its ability to modify media streams. 
In order to provide an interworking solution that accommodates these 
I agent protocols, three design objectives are preferably met. The first design 
objective is that the^^ent interworking protocols^ust provide sufficient 
flexibility to meet the requirements of all agent protocols. Second, the agent 
design preferably maps between agent specific and AlP procedures and 
syntax for media management The third objective Is that a flexible control 
framework is preferably implemented that allows the agent to easily react to 
rhedia changes made by the agent implementing the other call half^Whe 
connection information parameter illustrated in Figure 8 is the mechanism 
provided by the agent intenvoricing protocol for implementing media 
management functions and exchanging media capabilities. The times for 
exchanging media capabilities and perfomning media management functions 
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according to the agent interworking protocol will be described in more detail 
t>elow with respect to the call flow diagrams. 

Rgure 8 is a table illustrating exemplary fields and field values for the 
connection infooDation parameter according to an embodiment of the 
5 present invention. In Figure 8, the left hand column represents the fields in 
the connection information parameter data structure. The right hand column 
represents example values for each of the fields in the left hand column, in 
the illustrated enrtlxxiiment the connection information parameter includes a 
media type field 800 that holds a media type value 802 for specifying the 

10 type of media being exchanged or sought to be exchar^ed in a media 
stream. Example values for the media type field include audio, video, and 
data. Channel ID field 804 includes an internally assigned channel ID value 
that allows an intenworldr^g agent to identify the media stream. In the 
illustrated embodiment, 12345 Is given as an example value 806 for channel 

15 ID field 804. Channel operation field 808 includes a channel operation value 
810 for specifying ttie operation being performed on the media stream. 
Values 810 for the channel operation field 808 are preferably a superset of 
protocol media stream operations for the supported protocols. In the 
Illustrated embodiment, exemplary values for the channel operation field are 

20 no action, open, dose, modify, mode change, redirect, direct, arKl send 

capabilities. The no ^pfion value indicates that no change is being made to , 
the existing media stream. The open value specifies that a media stream is 
sought to be opened. The dose value indicates that an open media stream 
is sought to be dosed. The modify value indicates that the media stream is 

25 sought to be modified, e.g., changing a code ft-om G.711 to G.729a. The 
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mode change value indicates that the mode of the media stream is sought to 
be changed, e.g., from send only to receive only. The redirect value 
indicates that the media stream is to be redirected to another endpoint. The 
direct value specifies the location to which the media stream is to t>e 
directed. The send capabilities value requests the receiving entity to transfer 
the media capabilities list 

Current media description field 812 stores current media description 
value 814 for indicating the description of the cunrent media stream. In the 
illustrated embodiment, an example of a cun^nt n>edia description value is 
G.711 at two frames per packet. Media capabilities field 816 includes media 
capabilities value or values 818 that allows an entity to exchange its media 
capabilities with another entity. In the illustrated example, the media 
capabilities field induces a list of supported fbnmats, such as G.711. G.729. 
Media capabilities fiekl 818 also includes a payload size value that specifies 
ttie size of niedia capabilities field. Media capabilities field 818 also includes 
a redefinable area in wtuch information specific to the type of media and 
codes can be specified. For example, a facsimile media stream requires 
certain attributes ttiat are not required for otiier media types. The 
redefir^ble area allows this infomrtation to be specified. 

Message Tunneling 

As described iabcyve, the agent Iftfeifwortdng protocol represents a 
reasonable superset of the agent protocols sufficient to achieve intenvorking. 
However, the agent interworking protocol is not a complete superset of the 
supported protocols. That is, certain agent protocols can contain messages 
or parameters which do not map to any other agent protocols, but provide 
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added value for a call between two devices of the same type. In this case, 
the agent interworking protocol preferably supports tunneling of the native 
protocol message. As used herein, tunneling refers to transferring the native 
protocol message from one protocol agent to another protocol agent without 
5 converting to and from the agent intenvorking protocol. The agent receiving 
the native protocol message can inspect the message, and if the agent 
understands the message, process the message accordingly. 

An example of when it might be desirable to tunnel a message relates 
to H.323. H.323 provides a sophisticated means of representing terminal 

10 capabilities in sets. The agent interworking protocol, as described herein, 
might not include functionality for representing terminal capabilities in sets as 
defined in H.323, because the other protocols do not support such capability. 
AnoOier capability that H.323 supports which can not be supported by other 
protocols is the exchange of H.245 indications between two H.323 devices. 

15 Some of these indications have no equivalent mapping to other agent 
protocols. In these situations, it can be desirable to tunnel the H.323 
messages from one agent to another agent. 

Method of Tunnefino Messages 
According to an emlxxliment of the present invention, interworking 

20 messages can be of three types: 

• Ag^fiTif interworking pirotocbl messages - protocol-neutral misssages 
understood by all protocol agents; 

• Native protocol messages - protocol-specific messages, such as SIP, 
MGCP, and H.323 messages; 
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• Multipart messages - messages that contain muKipte other messages, 
such as native protocol messages and AlP messages. All agents are 
preferably capable of extracting the AlP message and processing the 
message accordingly. If the multipart message contains a native 
5 protocol message, this message is preferably processed if supported. 

Figures 9(a) and 9(b) are flow charts illustrating exemplary 
fonDulating and processing of interworking messages by a call server 
according to an emtKxjiment of the present invention. The flow chart in 
Rgure 9(a) illustrates exemplary steps that can i>e perfonfned by a sending 
10 protocol agent in formulating an intenvorking message using procedures 
provided by an associated intenvorking agent. The flow chart In Rgure 9(b) 
Illustrates exemplary steps that can be performed by a receiving protocol 
agent using procedures provided by an associated interworking agent upon 
receiving an interworking message. Refening to Rgure 9(a), in step ST1, 
15 the sending protocol agent receives a message from an external entity, such 
as an H.323 gateway. In step ST2, the sending protocol agent determines 
whether a mapping is available to the agent interworking protocol. In step 
ST3, rf a mapping is available, the serKling protocol agent fonmulates the 
corresponding AlP message using functions provided by the intenvorking 
20 agent associated with the sending protocol agent (hereinafter, "the first 

intenvorking agenf) and^>tnansmits the message to the receiving protocol i^^rr 
agent (step ST4). In step ST2, if the sending protocol agent determines that 
the mapping to the agent interworking protocol is not available, the sending 
protocol agent simply transmits the protocol message without modification to 
25 the receiving protocol agent (step ST4). In step ST2, if the sending protocol 
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agent determines that a mapping to AlP is partially available, the sending 
protocol agent can formulate a multiprotocol message including the AlP 
message and the native protocol message (step ST5). The sending protocol 
agent can then transmit the multiprotocol message to the receiving protocol 
5 agent (step ST4). 

Referring to Figure 9(b), in step ST6, the receiving protocol agent 
receives the message from the sending protocol agent in step ST7, 
receiving protocol agent detemnines the message type, i.e., whether the 
message is a protocol specific message, an agent interworking protocol 

10 message, or a multipart message, using procedures pro\aded by its 
associated intenvorking agent (hereinafter, "the second intenvorking agenr). 
In step STB, if the receiving protocol agent determines that the message is 
an agent intenvorkirtg protocol message, the receiving protocol agent 
processes the message (step ST9). In step ST10, the receiving protocol 

15 agent deteonines v/hether the message is a multipart message. If the 
message is a multipart message, the receiving protocol agent separates the 
multi-protocol message Into its component messages (step ST11). After the 
receiving protocol agent separates the message, the receiving protocol 
agent reads the protocol specific portion of the AlP message (step St12). In 

20 step ST13, the receiving protocol agent determines whether the protocol in 
^Af.. the protocol sfpeqfic portion is supported. If the protocol Is |iot supported, 
the receiving protocol agent discards the message (step ST14). If the 
protocol is supported, the receiving protocol agent processes the message 
(step ST15). In step ST16, the receiving protocol agent processes the AlP 

25 portion of the message. 
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Referring to step ST17, if the receiving protocol agent detemnines that 
the message is a protocol specific message, the receiving protocol agent 
determines whether the protocol of the message is supported (step ST18). 
If the protocol is supported, the receiving protocol agent processes the 
5 message (step ST19). If the protocol is not supported, the receiving protocol 
agent discards the nnessage (step ST20). 

Transport Mechanism for Agent Intenvorking Messages 
Interworking messages can be sent between protocol agents using 
any packet based protocol, for example, TCP, UDP, etc. In a preferred 

10 embodiment of the invention, interworkirig messages are transmitted 
between intenvorking agents using TCP over IP. As is known in the art, an 
IP message includes a header portion and a data portion. A TCP message 
is encapsulated in the data portion of the IP message^^Jhe TCP message 
also includes a header portion and a data portion. ( Intenvorking messages 

15 are encapsulated In the data portion of the TCP message. Intenvorking 
messages also include a header portk>n and a data portion. The header 
portion irKlicates the message type, i.e., AlP, protocol-specrftc, or multipart. 

Figure 10 illustarates the relationships between IP messages, TCP 
messages, and intenvorking messages. In Rgure 10. IP message 1000 

20 includes a header pc^on 1002 and a data portion 1004. TCP message 

1006 is encapsulated In data portion .1004 of IP message 1000. TCP ^li^a 
message 1006 irK:iudes a header portion 1008 and a data portion 1010. 
Intenvorking message 1012 is encapsulated in data portion 1010 of TCP 
message 1006. Interworking message 1012 includes a header portion 1014 

25 for indicating the message type and a data portion 1016 containing the 
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actual message. If the header portion 1014 indicates that the interworking 
nnessage is a multipart message, data portion 1016 of intenvorking message 
1012 includes a first field 1018 indicating the number of messages present in 
the multipart message. After the first field, the multipart message can 
5 include one or nK)re intenvorking messages 1012A to 1012N. 

DTMF Digit Handling 
Another extension of the base protocol provided by the agent 
intenvorking protocol is dual tone multifrequency (DTMF) digit handling. 
Numerous studies have concluded that encoding and transporting DTMF 

10 digits within the media stream is not suitable for supportirig networked 
services, such as credit card validation, automated services, and voice mail, 
which require DTMF digit recognition. Some of these services require 
recognition not only of the tone being transmitted but also of the duration of 
the tone. Algorithms for encoding voice and data can distort the tone and/or 

15 change the duration of the tone sought to be transmitted. As a result, the 
receiving application might not be able to correctly interpret the tone. 

Currently, a fully standardized approach for handling the transport of 
DTMF digits after call establishment is not defined. The approach that is 
currently in the most favor is to encode DTMF digits as a spectat real time 

20 protocol (RTP) payload type that Is exchanged between devices participating 
in the media stream. If this^pproach is standardized, various digital signal 
processor (DSP) manufacturers must comply with ttie standard before 
intenvorking will be accomplished. Because tiiis involves a hardware 
change, much time can elapse before this occurs. 
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As a current solution to the problem, some of the agent protocols 
have implemented out-of-band techniques for handling DTMF digits. The 
agent interworking protocol according to eml^iments of the present 
invention preferably provides a mapping to and from the out-of-band DTMF 
5 digit handling techniques of supported protocols. In order to provide a 
method for communicating DTMF information between protocol agents, the 
agent intenvorking protocol defines a data structure referred to herein as the 
digit information parameter. Figure 11 illustrates an exemplary digit 
information parameter data structure. In the illustrated emt>odiment, the digit 

10 information parameter data structure includes a digit field 1100 and a 
duration field 1102. Digit field 1100 is capable of storing a digit value 
indicative of the DTMF digit being transmitted. For example, the digit field 
can contain a numerical value that indicates one of the keys on a telephone 
handset. Duration field 1102 stores a duration value for Indicating the 

15 duration of the tone represented by the digit In the digit field. Specific 
examples of when the digit informatbn parameter is exchanged will be 
explair>ed t>elow with referertce to the call flow diagrams. 

tnterworkirw Examples 
A. H.323 Fast Start to MGCP 

20 Figure 12 is a call flow diagram illustrating exemplary call signaling 

• -performed by H.323 and MGCP agents^^^ including interworking agent 
capabilities according to an embodiment of the present invention. In Rgure 
12, H.323 endpoint 1200 is seeking to establish a call with an MGCP 
endpoint through MGCP gateway 1202. MGCP gateway 1202 performs 

25 both signaling gateway and media gateway functions. H.323 agent 1204 
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includes interworking agent functionality and implements an originating call 
model. MGCP agent 1206 includes interworking agent functionality and 
implements a tenninating call model. 

In line 1 of the call flow diagram, H.323 endpoint 1200 sends a 
5 SETUP message to H.323 agent 1204. The SETUP message includes fast 
start parameters that specify suggested media options for the initial media 
stream. In line 2 of the call flow diagram H.323 agent 1204 sends an agent 
intenworking protocol initial address message (lAM) to MGCP agent 1206. 
The AlP lAM message contains the media capabilities definition mapped 

10 from the fast start parameters extracted from the SETUP message. In line 3 
of the call flow diagram, MGCP agent 1206 sends an MGCP create 
connection (CRCX) message to MGCP gateway 1202. The CRCX message 
contains local connection optior^ that are mapped from the AlP media 
capabilities infomnation extracted from the lAM message into MGCP fomnat. 

15 In line 4 of tiie call flow diagram, MGCP gateway 1202 sends an OK 
message to MGCP agent 1206. The OK message includes a media 
capability selected by MGCP gateway 1202 from tiie media capabilities 
specified in the CRCX message. The media description for the selected 
capability is returned in the SDP portion of the OK message. 

20 In line 5 of the call flow diagram, MGCP agent 1206 sends an AlP call 

progress (GGP) message to H.323 agent 1204. An Aiec>CPG message is 

used to signal events other than release and answer between protocol 
agents implementing different call halves. In the illustrated example, the 
CPG message includes a mapping of the SDP portion of the OK message 

25 into AlP format. In addition, any other media capabilities which the MGCP 
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agent is capable of supporting can be induded in the media description. In 
line 6 of the call flow diagram. H.323 agent 1204 transmits an ALERTING 
message to H.323 endpoint 1200. H.323 agent 1204 maps the media 
description from the AlP CPG message into fast start parameters and 
5 includes the fast start parameters in the ALERTING message. Any 
additional capabilities that were received by the H.323 agent are stored for 
later usage. 

In line 7 of the call flow diagram, when the MGCP end user answers 
the call, signaling gateway 1202 sends a NOTIFY message to MGCP agent 
10 1206. The NOTIFY message alerts MGCP agent 1206 of the off-hook event. 
In line 8 of the call flow diagram, In response to the NOTIFY message, 
MGCP agent 1206 transmits an AlP answer message (ANM) to H.323 agent 
1204. 

in line 9 of the call flow diagram. In response to the answer message, 
15 H.323 agent 1204 transmits a CONNECT message to H.323 endpoint 1200. 
In lines 10 and 11 of the call flow diagram, H.323 endpoint 1200 and H.323 
agent 1204 exchange master/slave and master/slave acknowledge 
messages. These messages are sent according to H.245 master/slave 
detenmination. This determination is made to resolve conflicts in media 
20 formats. H.323 agent 1204 handles the exchange and does not map the 
i^fc^arige to the agerit interworking protocol. , 4?^'t- 

In line 12 of the call ftow diagram, H.323 endpoint 1200 transmits an 
H.245 terminal capabilities set (TCS) message to H.323 agent 1204 to 
communicate the media capabilities of endpoint 1200 to H.323 agent 1204. 
25 In line 13, H.323 agent 1204 acknowledges the TCS message. In line 14 of 
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the call flow diagram, H.323 agent 1204 transmrts a multipart message to 
MGCP agent 1206. The multipart message includes the capabilities of the 
H.323 device mapped into AlP format. The capabilities are sent to MGCP 
agent 1206 in the AlP CPG message. Optionally, the H.245 representation 
of the TCS can be sent as well. In this case, a multipart message is sent 
between call halves. The multipart message Includes both the AlP CPG 
message and the H.245 TCS message. Because MGC 1206 might not 
support H.245 TCS, MGCP agent 1206 might, i.e., if H.245 TCS is not 
supported, discard the TCS portion of the multipart message and process 
only the AlP portion. 

In lines 15 and 16 of the call flow diagram, H.323 endpoint 1200 and 
H.323 agent 1204 exchange TCS and TCS ACK messages. In this 
exchange, the capabilities of the other end, i.e., of MGCP gateway 1202, 
which were received and stored upon receipt of the CPG message in line 5 
of the call flow diagram, are sent to H.323 endpoint 1200 as an H.245 
tenminai capability set 

H.323 Non-Fast Start to MGCP 
While Figure 12 illustrated H.323 to MGCP intenvorking for H,323 fast 
start procedures, Figure 13 illustrates H.323 to MGCP interworking without 
fast start procedures. In other words, In Rgure 13, the H.323 media 
capabilities airetnot exchanged until after call establishment. The entities 
Involved in communications in Rgure 13 are the same as those illustrated in 
Figure 12. Thus, a description of these entities is not repeated herein. 

Referring to Figure 13, in line 1 of the call flow diagram, H.323 
endpoint 1200 sends a SETUP message to H.323 agent 1204. The SETUP 
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message does not include fast start parameters. In line 2 of the call flow 
diagram, H.323 agent 1204 transmits an AlP I AM message to MGCP agent 
1206. The lAM message contains no media description. In other words, the 
connection Information parameter is either not included or set to a null value. 
5 In line 3 of the call flow diagram, MGCP agent 1206 transmits a CRCX 
message to MGCP gateway 1202. The CRCX message can optionally 
contain a default set of media capabilities that do not reflect capabilities 
supported by the H.323 endpoint A CRCX message example is as follows: 
CRCX: 

10 R:HD 

L: Defoult media capabilities 
M: Inactive (or receive only) 
in the CRCX message example, the hd value in the R fleid instructs gateway 
1202 to go off-hook. The value in the L field specifies local connection 
15 options, which indicate to gateway 1202 the media capabilities of H.323 
endpoint 1200. In response to the CRCX message, in line 4 of tiie call flow 
diagram, MGCP gateway 1202 transmits an OK message to MGCP agent 
1206. The OK message includes an SDP portion with the media description 
for the connection. An exemplary media description is as follows: 
20 v=0 

c=IP address 
m=media description 
In the exemplary media description set forth above, the IP address in the c= 
parameter is the IP address on MGCP gateway 1202 for receiving the media 
25 stream. The media description specified in the m= parameter includes the 
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type of media that the media gateway is capable of receiving, e.g., voice, 
data, or video. 

In line 5 of the call flow diagram, MGCP agent 1206 transmits an AlP 
call progress (CPG) message to H.323 agent 1204. The AlP CPG message 
5 includes the connection information parameter data structure in which the 
media description from the SDP portion of the AlP message is mapped into 
AlP format The media description Is stored by H.323 agent 1204, but is not 
transmitted to H.323 endpoint 1200 as a fast start parameter. 

In line 6 of the call flow diagram, H.323 agent 1204 transmits an 

10 ALERTING message to H.323 endpoint 1200. The ALERTING message 
notifies H.323 endpoint 1200 that the MGCP end user is being alerted. 
When the MGCP erul user answers the call, in line 7 of the call flow diagram, 
MGCP gateway 1202 transacts a NOTIRr message to MGCP agent 1206. 
In line B of the call flow diagram. MGCP agent 1206 transmits an AlP answer 

15 message (ANM) to H.323 agent 1204. In line 9 of the call flow diagram, 
H.323 agent 1204 transmits a CONNECT message to H.323 endpoint 1200. 
In l]t\es 10 and 11 erf the call flow diagram, the H.245 master/slave 
detemDination takes place. H.323 agent 1204 handles the exchange and 
does not map the exchange to the agent intenvorking protocol. 

20 In lines 12 and 13 of the call flow diagram H.323 endpoint 1200 and 

H.323 agent 1204 exchange H^5 TCSiand H.245 TCS ACK messages. 
This exchange commurwcates the media capabilities of H.323 endpoint 1200 
to H.323 agent 1204. In line 14 of the call flow diagram. H.323 agent 1204 
transmits a multipart message to MGCP agent 1206. H.323 agent 1204 

25 maps the capabilities of H.323 endpoint 1200 into AlP format and includes 
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these capaWlities in an AlP CPG message. Optionally, the H.245 

representation of the TCS can be sent as well. In this example, a multipart 
message is sent that includes l>oth the AlP CPG message and the H,245 
TCS message. Since MGCP agent 1206 can not support H.245 TCS, MGCP 
agent 1206 can only process the AlP portion of the multipart message. 

In lines 15 and 16 of the call flow diagram, H.323 endpoint 1200 and 
H.323 agent 1204 exchange TCS and TCS ACK messages. In this 
exchange, the capat>ilities of MGCP gateway 1202, which were received and 
stored upon receipt of the AlP CPG message in line 5 of the call flow 
diagram, are sent to H.323 endpoint 1200 as an H.245 terminal capability 
set. In lines 17 - 20 of the call flow diagram, H.323 endpoint 1200 and H.323 
agent 1204 exchange H.245 OPEN LOGICAL CHANNEL and H.245 OPEN 
LOGICAL CHANNEL ACKNOWLEDGE messages. In this exchange, H.323 
agent 1204 two unidirectional media streams between the end users. H.323 
endpoint 1200 returns its RTP port for each media stream in the 
acknowledge messages. 

In line 21 of the cafl flow diagram. H.323 agent 1204 transmits an AlP 
CPG message to MGCP agent 1206. CPG message contains an updated 
media description to reflect the RTP address of H.323 endpoint 1200 and 
the mode change to send receive. In line 22 of the call flow diagram, MGCP 
agent 1206 transmits a modify connection message tdriWGCP gateway 1202. 
This updates the media description at MGCP gateway 1202 and a full duplex 
media path between end users is complete. 
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H.323 - NAQ.931 Call Hold Scenario 
Figure 14 illustrates interwdrking between an H.323 endpoint and an 
NAQ.931 device for a call hold scenario. In Figure 14, it is assumed that a 
bi-directional media stream has been established between H.323 endpoint 
5 1200 and NAQ.931 device 1400. H.323 endpoint 1200 can be an IP 
tenminal, as previously described with respect to Rgure 12. NAQ.931 de\dce 
1400 can comprise an IP tenminal. H.323 agent 1402 includes intenvoridng 
agent capabilities as well as H.323 gatekeeper capabilities. Similarty, 
NAQ.931 agent 1404 includes intenvorking agent capabilities as well as 
10 NAQ.931 agent capabilities. 

In line 1 of the call flow diagram, NAQ.931 device 1400 transmits a 
HOLD message to NAQ.931 agent 1404. In line 2 of the call flow diagram, 
in response to the HOLD message, NAQ.931 agent 1404 transmits an AlP 
CPG message to H.323 agent 1402. The CPG message Includes the 
15 connection information parameter data structure. The channel operation 
field in the data structure is set to mode change, and the mode field in the 
data structure is set to inactive. In line 3 of the call flow diagram, H.323 
agent 1402 transmits a TCS = 0 message to H.323 endpoint 1200. In line 4 
of the call flow diagram, H.323 agent 1402 transmits a CLOSE LOGICAL 
20 CHANNEL message to H.323 endpoint 1200. The CLOSE LOGICAL 
message closes one of the two channels between 'W^323 
endpoint 1200 and NAQ.931 device 1400. In line 5 of Uie call flow diagram, 
NAQ.931 agent 1404 transmits a FACILITY message to NAQ.931 device 
1400. The FACILfTY message indicates that inactive mode has been 
25 entered. In line 6 of the call flow diagram, H.323 endpoint 1200 transmits a 
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CLOSE LOGICAL CHANNEL ACKNOWLEDGE message to H.323 agent 
1402 acknowledging the dosing of logical channel 1. 

In lines 7 and 8 of the call flow diagram, H.323 endpoint 1200 and 
H.323 agent 1402 exchange H.245 CLOSE LOGICAL CHANNEL and 
5 CLOSE LOGICAL CHANNEL ACKNOWLEDGE messages for logical 
channel 2. Once logical channel 2 is closed, in line 9 of the call flow diagram 
H.323 agent 1402 transmits an AlP CPG message to NAQ.931 agent 1404. 
The AlP CPG message irvdudes the conriection information parameter. The 
change operation field in the connection infonnation parameter data 

1 0 structure is set to mode change, and the nrKxie is set to inactive. 

H.323 -NAQ.931 Call Retrieve Scenario 
Figure 15 illustrates H.323 to NAQ.931 intenvorking for a call retrieve 
scenario. The entities Wustrated In Figure 15 are the same as those 
illustrated in Rgure 14. HerKe, a description thereof is rK>t repeated herein. 

15 In Figure 15, it is assumed that a call between H.323 endpoint 1200 and 
NAQ.931 device 1400 has been put on hold. Thus, the signaling that must 
occur t>etween H.323 endpoint 1200 and NAQ.931 device 1400 to retrieve 
the call indudes reopening the logical channels t>etween H.323 endpoint 
1200 and NAQ.931 device 1400. 

20 In line 1 of the call flow diagram illustrated in Figure 15, NAQ.931 

device 140Q;vtransmits a RETRIEVE message to NAQ.931 agent 1404. In -^m^- 
line 2 of the call flow diagram, NAQ.931 agent 1404 transmits an AlP CPG 
message to H.323 agent 1402. The CPG message indudes the connection 
information parameter data structure with the change operation field set to 

25 mode change and the oKxle set to send/receive. In lines 3 and 4 of the call 
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flow diagram, the H.245 master/slave determination occurs between H.323 
endpoint 1200 and H.323 agent 1402. H.323 endpoint 1200 and H.323 
agent 1402 must revert to a TCS exchange in order to reestablish the media 
streams. Accordirigly, in lines 5 and 6 of the call flow diagram H.323 
5 endpoint 1200 and H.323 agent 1402 exchange TCS and TCS ACK 
messages. 

In line 7 of the call flow diagram H.323 endpoint 1200 transmits an 
HJ245 OPEN LOGICAL CHANNEL to H.323 agent 1402. In line 8 of the call 
flow diagram, H.323 agent 1402 transmits an AlP CPG message to 

10 NAQ.931 agent 1404. The CPG message includes the connection 
information parameter data structure. The channel operation field and the 
data structure is set to mode change and the mode is set to send only. This 
reestat>lishes one of the media streams between H.323 endpoint 1200 and 
NAQ.931 device 1400. In line 9 of the call flow diagram, NAQ.931 agent 

15 1404 transmits a FACILITY message to NAQ.931 device 1400. The 
FACILITY message includes a mode parameter that sets the channel to be 
receive only. 

In line 10 of the call flow diagram H.323 agent 1402 transmits an 
OPEN LOGICAL CHANNEL ACKNOWLEDGE message to H.323 endpoint 

20 1200 acknowledging the opening of logical channel 1. In line 11 of the call 
flow diagram, H.323 a^t 1402 transmits an H.245 OPEN LOGICAL 
CHANNEL message to H.323 endpoint 1200 to open logical channel 2. In 
line 12 of the call flow diagram, H.323 endpoint 1200 transmits an H.245 
OPEN LOGICAL CHANNEL ACKNOWLEDGE message to H.323 agent 

25 1402. In line 13 of the call flow diagram. H.323 agent 1402 transmits an AlP 
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CPG message to NAQ,931 agent 1404. The CPG message includes the 
connection infonnatton parameter data structure. The channel operation 
field in the data structure is set to mode change and the mode field is set to 
send/receive. In line 14 of the call flow diagram. NAQ.931 agent 1404 
5 transmits a FACILITY message to NAQ.931 device 1400. The FACILITY 
message includes a mode field ttiat sets the mode to be send/receive. Once 
this message is received, lx>th logical channels are open between H.323 
endpoint 1200 and NAQ.931 device 1400. 

H.323 - MGCP Hold Scenario 

10 Figure 16 illustrates intenvorking for an H.323 - MGCP hold scenario. 

In Figure 16, it is assumed that a call has been established between H.323 
endpoint 1200 and MGCP device 1600. MGCP device 1600 is assumed to 
support an event package for call hold and retrieve events. H.323 device 
1200 is the sanr»e as H.323 device 1200 described with respect to Rgure 12, 

15 and hence a description thereof is not repeated herein. MGCP device 1600 
can be an MGCP device, such as a media gateway. MGCP agent 1602 
includes tnterworidng agent functionality as well as MGCP media gateway 
controller functionality. H.323 agent 1402 is the same as H.323 agent 1402 
described with respect to Figure 14, arKi hence a description thereof is not 

20 repeated herein. 

In line 1 of the call flow diagram, MGCP device 1600 transmits a 
NOTIFY message to MGCP agent 1602. The NOTIFY message includes an 
event that inft>rms MGCP agent 1602 that the end user connected to MGCP 
device 1600 has placed the call on hold. In line 2 of the call flow diagram, 

25 MGCP agent 1602 transmits an AlP CPG message to H.323 agent 1402. 
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The AlP CPG message indudes the connection infonnation parameter. The 
channel operation field in the connection infonnation parameter data 
structure is set to mode change and the mode field is set to inactive. In line 
3 of the call flow diagram, H.323 agent 1402 transmits a TCS = 0 message 
5 to H.323 endpoint 1200. 

In lines 4 and 5 of the call flow diagram, H.323 endpoint 1200 and 
H.323 agent 1402 exchange CLOSE LOGICAL CHANNEL messages to 
dose the logical channel between H.323 endpoint 1200 and MGCP device 
1600. In line 6 of the call flow diagram, MGCP agent 1602 transmits a 
10 MODIFY connection (MDCX) message to MGCP device 1600 Indicating that 
the mode has been set to inactive. In lines 7 and 8 of the call flow diagram, 
H.323 endpoint 1200 and H.323 agent 1402 exchange the messaging 
required to dose logical channel 2. H.323 agent 1402 interprets the inactive 
mode as a hold and applies H.323 third party calls and rerouting procedures 
15 to implement the hold actions. These procedures result in the dosing of 
both unidirectional media streams between H.323 endpoint 1200 and MGCP 
device 1600. In line 9 of the call flow diagram, H.323 agent 1402 transmits 
an AlP CPG message to MGCP agent 1602. The CPG message Indudes 
the connection information parameter data structure. The channel operation 
20 field in the connection infonmation data structure is set to mode change, and 
-ife the mode field is set to ffiadfve. -^P^r^- . v. ^ 

H.323 - MGCP Retrieve Scenario 
Figure 17 illustrates an H.323 - MGCP retrieve scenario. The entities 
illustrated in Rgure 17 are the same as those illustrated in Figure 16, and 
25 hence a description thereof is not repeated herein. In Figure 17, it is 
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assumed that a call l>etween H.323 endpoint 1200 and MGCP device 1600 
has been placed on hold. 

in line 1 of the call flow diagram. MGCP device 1600 transmits a 
NOTIFY message to MGCP agent 1602. The NOTIFY message contains an 
5 event that indicates to MGCP agent 1602 that the end user connected to 
MGCP device 1600 wishes to retrieve the call. In line 2 of the call flow 
diagram. MGCP agent 1602 transmits an AlP CPG message to H.323 agent 
1402. The AlP CPG message includes the connection infonnation 
parameter data structure. The channel operation field in the data structure is 
10 set to mode change, and the mode field is set to send/receive. 

In lines 3 and 4 of the call flow diagram. H.323 agent 1402 and H.323 
endpoint 1200 make a master/slave detemnination. The H.323 devices must 
revert to a TCS exchange in order to reestablish the media streams. 
Accordingly, in lines 5 and 6 of the call flow diagram. H.323 agent 1402 and 
1 5 H.323 endpoint 1200 exchange tenninal capabilities. 

In line 7 of the call flow diagram, H.323 endpoint 1200 transmits an 
H.245 open logical channel message to H.323 agent 1402 to open one of 
the logical channels between H.323 endpoint 1200 and MGCP device 1600. 
In line 8 of the call flow diagram. H.323 agent 1402 transmits an AlP CPG 
20 message to MGCP agent 1602. The AlP CPG message includes the 
**^nnertion Infbrmabdn parameiter data structure. The change dpetatidn field 
in the data structure Is set to mode change, and the mode field is set to send 
only. In line 9 of the call flow diagram, MGCP agent 1602 transmits a modify 
connection message to MGCP device 1600. The modify connection 
25 message includes a mode field setting the mode to receive only. In line 10 
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of the call flow diagram H,323 agent 1402 acknowledges the H.245 open 
logical channel messages transmitted in line 7 of the call flow diagram. 

In lines 11 and 12 of the call flow diagram, H,323 endpoint 1200 and 
H.323 agent 1402 exchange messaging for opening the other logical 
channel between H.323 endpoint and MGCP device 1600. In line 13 of the 
call flow diagram, H.323 agent 1402 transmits an AlP CPG message to 
MGCP agent 1602. The CPG message includes the connection infonnation 
parameter data structure* The channel operation field in the data structure is 
set to mode change, and the mode field is set to send/receive. In line 14 of 
the call flow diagram, MGCP agent 1602 transmits a modify connection 
n>essage to MGCP device 1600. The modify connection message instructs 
the device to change the mode to serKi/receive. At this point, t>oth media 
streams between H.323 endpoint 12(M) and MGCP device 1600 are 
established. 

H.323 to MGCP Primary Rate Interface fPRI^ 
Common Charmel Signalina fCCS) 
Figure 18 illustrates exemplary call signaling for H.323 to MGCP PRI 
(CCS). In Figure 18, signaling gateway 1800 relays call control signaling 
between a circuit-switched network and a packet-switched network. For 
example, signaling gateway 1800 may be connected to a PSTN end office 
on one sficle and to an IP network on the other side. In the illustrated 
embodiment, signaling gateway 1800 is configured to forward Q.931 call 
signaling messages from the PSTN network to a packet network and vice- 
versa. On the circuit-switched skje. SG 1800 can be configured to send and 
receive Q.931 over Q.921 call signaling messages. On the packet-switched 
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side, signaling gateway 1800 can be configured to send and receive Q.931 
over ISDN User Adaptation over TCP/IP messages. 

Media gateway 1802 converts between packets and circuits to 
communicate ttie media stream to and from a PSTN end user device. On 
5 the circuit-switched side, media gateway 1802 can send and receive the 
media stream using pulse code modulation (PCM) voice. On the packet- 
switched side, media gateway 1802 can send and receive the media stream 
usiriy RTF over UDP/IP. \rt the illustrated embodiment, media gateway W02 
is controlled using MGCP. 

10 CCS agent 1804 exchanges call control informatk>n with signaling 

gateway 1800 and media control information with media gateway 1802. In 
the illustrated embodiment, CCS 1804 communicates with signaling gateway 
1800 using Q.931 call signaling over lUA over TCP/IP and with media 
gateway 1802 using MGCP. CCS agent 1804 also communicates with 

15 H.323 agent 1806 using the agent intenvorking protocol, as described 
above, ft is understood that CCS agent 1804 and H.323 agent 1806 can be 
part of a call seirver. H.323 agent 1806 and H.323 gateway 1808 exchange 
call signaling information according to ITU Recommendation H.225. 

In line 1 of the call flow diagram, signaling gateway 1800 transmits a 

20 SETUP message to CCS agent 1804. The SETUP message includes 
information, such as the dialed digits for creating a call with the called party. 
In line 2 of the call flow diagram CCS agent 1804 transmits a CALL 
PROCEEDING message to signaling gateway 1800 to indicate that CCS 
agent 1804 is attempting to establish a call with the called party. In line 3 of 

25 the call flow diagram, CCS agent 1804 sends an MGCP CREATE 
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CONNECTION message to media gateway 1802. In response to the 
CREATE CONNECTION message, media gateway 1802 iransmte an 
ACKNOWLEDGE message including an SDP portion that specifies the 
supported media capabilities of media gateway 1802. In line 5 of the call 

5 flow diagram. CCS agent 1804 transmits an AlP lAM message to H.323 
agent 1806. The AlP lAM message includes the connection information 
parameter that specifies the supported media capabilities of media gateway 
1802. In line 6 of the call flow diagram, H.323 agent 1806 transmits a 
SETUP message specifying the media capabilities of media gateway 1802 to 

10 H.323 to H.323 gateway 1808. In line 7 of Vhe call flow diagram, H.323 
gateway agent 1808 transmits an ALERT message to H.323 agent 1806 
indicating that the called part Is being alerted of the Incoming call. The 
ALERT message ff)dudes the supported media capabilities of H.323 
gateway 1808. In line 8 <rf the call flow diagram, H.323 agent 1806 sends an 

15 AlP CALL PROGRESS message including the connection infbnmation 
parameter specifying the media description of H.323 gateway 1808. In line 9 
of the call flow diagram, CCS ^ent 1804 transmits an ALERT message to 
signaling gateway 1800 indicating that the called party is being alerted. 

In line 10 of the call flow diagram, CCS agent 1804 transmits an 

20 MGCP MODIFY CONNECTION message specifying the mode of the 
cpnnection as receive only and including the media description oLhj.323 
gateway 1808. In Une 11 of the call flow diagram, media gateway 1802 
acknowledges the MODIFY CONNECTION message. 

In line 12 of Uie call flow diagram, when the called party answers the 

25 call, H.323 gateway 1808 transmits a CONNECT message to H.323 agent 
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1806. In line 13 of the call flow diagram, in response to receiving the 
CONNECT message. H.323 agent 1806 transmits an AlP ANSWER 
message to CCS agent 1804. In line 14 of the call flow diagram, CCS agent 
1804 transmits a CONNECT message to signaling gateway 1800 indicating 
5 that the call has been answered. In line 15 of the call flow diagram, CCS 
agent 1804 transmits a MODIFY CONNECTION message to media gateway 
1802 opening the connection as send/receive. In line 16 of the call flow 
Hiagram^ media gateway 1«02 acknowledges the MODIFY CONNECTION 
message. At this point, a bi-directional media stream communication is 
10 established between the called and calling parties. Thus, the call flow 
diagram aiustrated in Rgure 18 embodies the true MGCP reference 
architecture whereby the SG and MG are separate entities. 

MGCP-H.323 Can Setup and Exchange of DTMF Dioits 
15 Rgure 19 illustrates call signaling and exchange of DTMF digits 

between an MGCP gateway and an H.323 gateway. The entities aiustrated 
in Rgure 19 are me same as those illustrated In Rgure 16. Hence, a 
description thereof is not repeated herein. 

In Rgure 19 it is assumed tiiat a connection has already been 
20 established between H.323 endpoint 1200 and MGCP device 1600. 
Therefore, call setup and teardown messages are not shown. 

In line 1 of ttie call flow diagram. H.323 endpoint 1200 transmits a 
user input indication message to H.323 agent 1402 tiiat Includes the DTMF 
digit * encoded in the message. In line 2 of the call flow diagram, H.323 
25 agent 1906 transmits an AlPJNFO message to MGCP agent 1602 that 
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indicates that information is being communicated to MGCP agent 1602. The 
AlPJNFO message includes the digit inft>nDation parameter that specifies 
the DTMF digit entered by the end user connected to H.323 gateway 1902. 
In line 3 of the call flow diagram. MGCP agent 1602 transmits a MODIFY 
5 CONNECTION message to MGCP device 1600. The modify connection 
message includes a signal indicating the DTMF digit In line 4 of the call 
flow diagram. MGCP device 1600 acknowledges the modify connection 
message. 

It will be understood that various details of the invention can be 
10 changed without departing from the scope of the invention. Furthermore, the 
foregoing description is for the purpose of illustration only, and not for the 
purpose of limitation — the invention being defined by the claims. 
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CLAIMS 

What is claimed is: 

1 . A call server comprising: 

(a) a first protocol agent for communicating with a first internet 
5 protocol (IP) telephony device according to a first IP telephony 

protocol; 

(b) a second protocol agent for communicating with a second IP 
telephony device according to a second IP telephony protocol; 
and 

10 (c) an interworfcing agent for providing functions usable by the first 

and second protocol agents to communicate with eadi other 
according to a third protocol, the functions provided by the third 
protocol being a superset of functions provided by the first and 
second IP telephony protocols. 



15 



20 



2. The call server of daim 1 wherein the intenwridng agent 
comprises a first interworking agent associated ^Arith the first protocol 
agent and a secorKl intenvorking ag^t associated with the second 
protocol agent 

The call server of daim 1 wherein the first protocol agent is a 
media gateway control protocol (MGCP) agent, the first IP telephony 
protocol is MGCP, ttie second protocol agent is ITU Recommendation 
H.323 agent, and the second IP telephony protocol is H.323. 



25 
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4. The call server of claim 1 wherein the first protocol agent is an 
International Telecommunications Union Recommendation H.323 
agent, the first IP telephony protocol is^HrS^, the second protocol 
agent is a session initiation protocol (SIP) apent, and the second IP 
5 telephony is SIP. 



5. The call server of daim 1 wherein the first protocol agent is an 
International Telecommunications Union Recommendation H.323 
agent, the first IP telephony protocol is H.323, the second protocol 
10 agent is a Belicore Q.931 agent, and the second IP telephony 

protocol is an extension of Bellcore Q.931 . 



6. The call server of daim 1 wherein the first protocol agent is a 
media gateway control protocol (MGCP) agent, the first IP telephony 

15 protocol is MGCP, the second protocol agent is a media gateway 

control protocd (MGCP) agent, arKl the second IP telephony protocol 
is MGCP. 

7. The call server of daim 1 wherein tt^ first protocol agent is an 
20 Intematior^al Teiecommunicafioris Union Recommendation H.323 

agent, the first IP telephony prot£^l is H.323, the second protocol 
agent is an H.323 agent, and the secorxJ IP telephony protocol is 
H.323. 
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8. The call server of daim 1 wherein the first protocol agent 
performs originating call half functions and the second protocol agent 
perfbnns tenminating call half functions. 



10 



9. The call server of dairn 1 wherein the intenvorking agent Is 
adapted to provide a connection information parameter data structure 
usable by Vhe first and secorui protocol agents, for communicating 
media capabilities and media stream management information 
t)etween the first and second protocol agents. 



10. The call sever of daim 1 wherein the intenvorking agent is 
adapted to provide a digit information parameter usably by the first 
and second protocol agents for communicating dual tone 
multifrequency PTMF) digits between the first and second protocol 

15 agents. 

11. A method for tnterworking devices that communicate using 
different intennet protocol (IP) telephony protocols, the method 
comprising: 

20 (a) recdving, from a first telephony device, a first message 

r^p:hn formatted according to a first IP telephony protocol;^^:^;^ 

(b) in response to receiving the first message, generating a 
second message, fonmatted according to a second protocol, 
the second message induding at least one of a media 
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capabilities description and media stream management 
infonnation derived from the first message; 
(c) transmitting the secx>nd message to a second protocol agent; 
and 

5 (d) in response to receiving the second message, generating a 

third message formatted according to a third IP telephony 
protocol, the third message including at least one of the media 
capabilities description and media stream management 
informafon derived from the second message. 

10 

12. The method of daim 11 wherein receiving a first message 
includes receiving a message formatted according to the media 
gateway contrd protocol (MGCP) and generating a third message 
includes generatirtg a message formatted according to ITU 

15 Recommendation H.323. 

13. The method of daim 11 wherein receiving a first message 
includes receiving a message formatted according to the session 
initiation protocol (SIP) arKi generating a third message indudes 

20 generating a message formatted according to ITU Recommendation 

. ^.g^S. ............ . :,:^:->. 



14. The method of daim 11 wherein receiving a first message 
indudes receiving a first message fonmatted according to ITU 
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Recommendation H.323 and generating a third message includes 
generating a message formatted according to Bellcore Q.931 . 



15. The method of dalm 11 wherein receiving a first message 
5 includes receiving a message formatted according to rru 

Recommendation H.323 and generating a tiiird message comprises 
generating a message formatted according to media gateway conti-ol 
protocol (MGCP). 

10 16. The method of claim 15 wherein receiving a message 

formulated to ITU Recommendation H.323 includes receiving a 
message containing H.323 fast start parameters, wherein generating 
a second message includes mapping the H.323 fast start parameters 
to a media capabilities description in the second message, and 

15 generating the third message includes mapping the media capabilities 

description to MGCP. 

17. The method of daim 11 wherein receiving a tirst message 
includes receiving a HOLD message firom the first telephony device, 
20 generating the second message includes generating a message 

including a conh^ction infonmation parameter having a mode change 
value for changing the mode of a media stream communication 
associated with the first telephony device, and wherein generating a 
third message includes generatmg a message for changing the mode 
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of the media stream communication to inactive according to the third 
IP telephony protocol. 

18. The method of daim 11 wherein receiving a first message 
includes receiving a RETRIEVE message from the first telephony 
device, and generating the second message includes generating a 
message including a connection information parameter having a 
mode change value of active. 

19. The method of daim 11 wherein receiving a first message 
indudes receiving a message induding at least one dual tone 
multifrequency (DTMF) digit value, generating the second message 
indudes mapping the DTMF digit value to a digit information 
parameter value In the second protocol, and generating the third 
message indudes mapping the digit infomnation parameter value to a 
DTMF digit value fionmatted according to the third IP telephony 
protocol. 

20. The method of daim 11 comprising transmitting the third 
message to a secorxi telephony device configured to communicate 
according to the third IP telephony protocol. 

21 . A method for tunneling messages between protocol agents, the 
mettK>d ccMmprising: 
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(a) receiving, from a first telephony device, a first message 
formatted according to a first IP telephony protocol; 

(b) determining vifhether a parameter in the first message maps to 
a second protocol; 

5 (c) in response to determining that the parameter in the first 

message maps to the second protocol, formulating a second 
message formatted accordirtg to the second protocol; and 
(d) in response to determining that the parameter in the first 
message does not map to the second protocol, transmitting the 
1 0 first message without alteration to a second protocol agent. 



22, The method of daim 21 comprising in response to determining 
that the parameter in the first message partially maps to the second 
protocol, formulating, a multiprotocol message, the multiprotocol 
15 message including a message formatted according to the first IP 

te!eptK>ny protocol and a thffd message formatted to the second 
protocol. 



23. The method of daim 22 comprising transmitting the 
20 multiprotocol message to a second protocol agent 

........ 

24. The method of daim 23 comprising in response to receiving 
the multiprotocol message, dividing the multiprotocol message into 
the second and third messages. 



25 
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25. The method of daim 24 comprising after dividing the 
multiprotocol message, determining whether processing of the second 
message is supported by the second protocol agent, and in response 
to determining that the processing of the second message is 
5 supported, processing the second message. 



26. The method of daim 25 comprising processing the third 
message. 



10 27. A computer program product comprising computer-executable 

instructions embodied in a computer readable medium for perfonming 
steps comprising: 

(a) invokir^ a first protocol agent for communicating with a first 
internet protocol (IP) telephony device according to a first IP 

15 telephony protocol; 

(b) invoking a second protocol agent for communicating with a 
second IP tdephony device according to a second IP 
telephony protocol; 

(c) mapping media capabilities information extracted from 
20 messages received firom the first and second IP telephony 

devices formatted according to the first and second IP 
telephony protocols to a third protocol; and 
(e) transmitting messages containing the media capabilities 
information and fonmatted according to the third protocol 
25 between the first and second protocol agents. 
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28. The computer program product of daim 27 wherein invoking a 
first protocol agent includes Invoking a first protocol agent for 
performing originating call functions and invoking a second protocol 

5 agent includes invoking a second protocol agent for perfomning 

terminating call functions. 

29. The computer program product of claim 27 comprising, at the 
first protocol agent, mapping media stream infonnation received from 

10 the second protocol agent to the first IP telephony protocol. 

30. The computer program product of daim 27 comprising, at the 
second protocol agent, mapping media stream information received 
from the first protocol agent to the second IP telephony protocol. 

15 

31. The computer program product of daim 27 wherein the first IP 
telephony protocol is the media gateway control protocol and the 
second IP telephony protocol is mi Recommendation H.323. 



20 



32. The computer program produd of daim 27 wherein the first IP 
telephony protocol is ITU RecommerKlation H.323 and the second IP 
telephony protocol is Bellcore Q.931 . 
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33. The computer program product of daim 27 wherein the first IP 
telephony protocol is the session initiation protocol and the second IP 
telephony protocol is IP Recommendation H.323. 



5 



wo 00/76107 



PCT/IBOO/00854 



1/20 

100 

I 



MGC 



MEDIA 
CONTROL 



MGCP 



CALL 
SIGNALING 1 

PROTOCOL 



PACKET 
NETWORK 
106 



MGCP 



PACKETIZED 
MEDIA STREAM 



MEDIA 
CONTROL 




CIRCUIT 
SWITCHED 
MEDIA 
STREAM 



ciRCurr 

SWITCHED 
MEDIA 
STRBAM 



FIG, 1 
(PRIOR ART) 



wo 00/76107 



PCT/IBOO/00854 



2/20 

204 

L 



GK 




107 



FIG. 2 
(PRIOR ART) 



wo 00/76107 



PCT/IBOO/00854 



3/20 




wo 00/76107 



PCT/IBOO/00854 



4/20 

in 




wo 00/76107 PCT/IBOO/00854 



5/20 



302A 



MGCP. 
AGENT 
Call Half 



303A 



-f- 



300 



Call Server 

506 



Interworking 
AGENT 



506 



302B 

J— 



MGCP 
AGENT 
Call Half 



303B 



H323 
AGENT 
Call Half 




1 

Interworking 
AGENT 




Hizi 
AGENT 
Call Half 






500A 
1 


506 
/ 


500B 
1 


H323 
AGENT 
Call Half 




Interworking 
AGENT 




MGCP 
AGENT 
Call Half 






502A 

1 


506 
/ 


50IB 
/ 


H323 
AGENT 
Call Half 




Interworking 
AGENT 




SIP 

AGENT 
Call Half 






504A 

1 


506 
/ 


504B 

1 


H323 
AGENT 
CaU Half 




Interworking 
AGENT 




NAQ931 
AGENT 
Call Half 







FIG. 5 



wo 00^6107 



PCT/IBOQ/00854 



302A 

^ 

MGCP 
AGENT 
CaU Half 

303 A 

1_ 

H323 
AGENT 
Call Half 



6/20 



300A 



-A 



Call Server 

S06A S06B 

h \ ^ 

lAl llA 



S06A 



\ 



Ik 



AIP 



S06B 

J. 



lA 



302B 



MGCP 
AGENT 
Call Half 



303B 

_z_ 



H323 
AGENT 
Call Half 



300B 

4- 



lA 



5O0A 
/ 

H323 
AGENT 
CaU Half 

502A 

L_ 

H323 
AGENT 
Call Half 

504A 



H323 
AGENT 
Call Half 



Call Server 



506A 

_z 



sesA 



lA 



506A 

_z 



lA 



AIP 



AIP 



AIP 



506B 

J. 



lA 



S06B 

J. 



lA 



506B 

J_ 



lA 



3(iOC 

4- 



500B 

_z_ 



MGCP 
AGENT 
Call Half 



502B 



SIP 

AGENT 
Call Half 



504B 



NAQ931 
AGENT 
Call Half 



Call Server 



FIG. 6 



WO0CW76107 



PCT/IBOO/00854 




wo 00/76107 



PCT/IBOO/00854 



8/20 





Connection 


Information Parameter 






Field 


Example Values 






■ Media Type 


Audio, Video, Data 


^802 


804-^ 


■ Channel ID 


12345 


^806 


808^ 


- Channel 
Operation 


No action ODen close modifv- 
mode change, redirect, direct, 
send c^abilities 


^810 


812-^ 


Current 

Media 

Description 


G.7 1 1 @2 frames/packet 


^814 


816-^ 


-Media 
Capabilities 


G.711, G.729, RTP address, - 
payload size, 

media speciJBc information 


^818 



FIG. 8 



( 



i 



wo 00/76107 



PCT/IBOO/00854 



9/20 



FIG. 9 a 



STl 



ST3 




PARTIAL 



FORMULATE 
MULTIPROTOCOL 
MESSAGE 



.ST5 



TRANSMIT MESSAGE 
TO RECEIVING 
PROTOCOL AGENT 



.57V 



• '■ii-i 



( ^ 

END 

V 1 



wo 00/76107 



PCT/IB00y00854 



10/20 



RECEIVE MESSAGE 

FROM SENDING 
PROTOCOL AGENT 



DETERMINE 
MESSAGE TYPE 



STS^ 



.ST6 



.ST7 



STJO 



ST17 

N/pROTOCOI? 
SPECIFIC? 



STJ8 



FIG. 9b 




PROCESS 
MESSAGE 



ST9 



END 



DIVIDE 
MESSAGE 
INTO PARTS 



.577/ 



READ PROTOCOL 
SPECIFIC 
PORTION 



ST12 



STJ3 



PROTOCOLX N 



SUPPORTED DISCARD 



DISCARD 




PROCESS 



f 



sm 



PROCESS 



END 



STI5 



PROCESS 
AIP PORTION 



sm 



wo 00/76107 PCT/IBOO/00854 

11/20 



1002 



mo- 



^1004 



IP Header||Payload 



1006 




1012^ 
1014- 



Interworking Msg 



Type Payload 



WIS- 
1012A 



I012N' 



Multipart Message 



NumMessages 




Type 


Payload 


• 
• 


Type 


Payload 



FIG. 10 



wo 00/76107 PCT/IBOO/00854 



12/20 



noo ^1102 




FIG. n 



wo 00/76107 



PCT/IBOO/00854 



1^1200 



H.323 EP 



2- 



3 — 

4 — 

5 — 
6- 



7 — 

8 — 

9 — 



lo- 
ll- 
12- 
13- 
14- 
15- 
16- 



r 



13/20 

1204 



H.323 AGENT 
OCM 



SETUP 
(FASTSTART) 



ALERTING 
.(FASTSTART) 



CONNECT 
^(FASTSTART) 



M/S 



M/SACK 



H.245TCS 



H245TCSACK 



H.245TCS 



H.245 TCS ACK 



MGCP AGENT 
TCM 



AIP lAM 
(MEDlACAPABILrriES) 



AIP CPG 
( MEDIA DESCWnON) 



AIP ANM 



MULTIPART MSG 
(AIP CPG.R24STCS) 



MGCP 
GATEWAY 



CRCX 
(R:HD.LMEDIACAP S) 



OK(SDP) 



NTFY(HD) 



wo 00/76107 



PCT/IBOO/00854 



14/20 



1200 



H.323EP 



1 

2- 
3 

4- 
5- 
6- 
7- 
8- 
9- 
10- 
11- 
12- 
13- 

14- 
15- 
16- 

17- 

18- 

19- 

20- 
21- 
22- 



UOd 



H.323 AGENT 
OCM 



SETUP 



ALERTING 



CX)NNECT 



M/S 



M/SACK 



IL245 TCS 



IL245 TCSACK 



H245TCS 



a245 TCSACK 



EL245 OPEN 
LOGICAL CHANNEL 



H^45 OPEN 
UXHCALCBANNELACK 



IL245 OPEN 
LOGICAL CHANNEL 



IL245 OPEN 
LOGICAL CHANNEL Aa 



1206 



MGCP AGENT 
TCM 



AlP lAM 



AIP CPG 



AIP ANM 



MULTIPART MSG 
(AIPCPG.R245T(S) 



AIP CPG 



1202 



MGCP 
GATEWAY 



CRCX(RJ1D) 



200OK(SDP:Cs) 



NTTY(HD) 



MDCX 
(M:SENDRCV,SDP) 



FIG. 13 



V 



wo 00/76107 



PCT/IBOO/00854 



15/20 



mo 



H.323 EP 



1- 

2- 

3- 

4- 

5- 

6- 

7- 

8 

9 



H.323 Agent 
BASIC CALL 



TCS=0 



H.245 CLOSE 
LOGICAL CHANNEL(LC1) 



IL245 CLOSE 
LOGICAL CHANNEL AQC 



H.245 CLOSE 
L0GICALCHANNEL(LC2) 



H.245 CLOSE 
LOCICALCHANNELACK 



L 



1404 



NA Q.931 AGENT 
BASIC CALL 



AP CPG 



AlP CPG 



^1400 



NA Q.931 
DEVICE 



HOLD 



FACILITY 
(MrTNACTIVEX 



FIG. 14 



wo 00/76107 



PCT/IBOO/00854 



16/20 



1200 



H.323 EP 



^1402 



H.323 Agent 
BASIC CALL 



1404 



NAQ.931 AGENT 
BASIC CALL 



1400 



.NA Q.931 
DEVICE' 



1 — 

2 — 
3- 
4- 
5- 
6- 

7- 
8- 
9- 



10- 

Il- 



ia — 

13 

14 — 



M/S DET 



M/S ACK 



TERM CAP SET 



TCS ACK 



H.245 OPEN 
LOGICAL CHANNEL 



H.245 OPEN 
LOGICAL OUNNELAOC 



H.245 OPEN 
LOGICAL CHANNEL 



H.245 OPEN 
LOGICAL CBANNELACK 



AP CFG 



AIP CPG 



AIP CPG 



RETRIEVE 



FACILITY 
(M:RCV ONLY^ 



FACILITY 
(M:S£ND RCV) 



FIG. 15 



wo 00/76107 



PCT/IBOO/00854 



17/20 



1200 



H.323 EP 



I- 

2- 
3- 
4- 
5- 
6- 
7- 
8- 
9 



1402 



H.323 Agent 
BASIC CALL 



TCS=0 



H.245 CLOSE 
LOGICAL CHANNEL 



H.245 CLOSE 
LOGICAL OlANNELACK 



H.245 CLOSE 
LOGICALCHANNEMIQ) 



H^5 CLOSE 
LOGICALCHANNELACK 



1602 



MGCP AGENT 
BASIC CALL 



Aff CPG 



AIP CPG 



1600 



MGCP 
DEVICE 



NOTIFY (HOLD) 



MDCX 
(M:TNACTIVE) 



FIG, 16 



wo 00/76107 



PCT/IBOO/00854 



^1200 



18/20 

1402 



H.323EP 



1 

2 — 

3 — 

4 — 

5 — 

6 — 

7 — 



8 — 

9- 
10- 
11- 
12- 

13 — 

14 — 



H.323 Agent 
BASIC CALL 



M/SACK 



TCS 



TCSACK 



H245 Open 
LOGICAL CHANNEL 



H^45OPENL0aCAL 
CHANNEL ACK 



IU45 OPEN 
LOGICAL CHANNEL 



R2450PENLOG1CAL 
CHANNEL ACK 



^1602 



MGCP AGENT 
BASIC CALL 



AJP CPG 



AIP CPG 



AIP CPG 



^1600 



MGCP 
DEVICE 



NTFY 
RETRIEVE 



MDCX 
(M:RCV ONLY) 



MDCX' 
(MrSEND RCV) 



FIG, 17 



wo 00/76107 



PCT/IB00/0CW54 




wo 00/76107 



PCT/IBOO/00854 



20/20 

1402 



H.323 




EP 





2- 
3- 
4- 
5- 
6- 
7- 
8- 
9- 
10 
11- 
12- 



H.323 
AGENT 
BASIC CALL 



H245 
USERINPUTIND. 
(DTMF*) 



H.245 
USERINPUTIND. 
(DTMF 7) 



H.245 
USERINPUTIND. 
(DTMF 2) 



1^1602 



MGCP 
AGENT 
BASIC CALL 



ASP INFO 
(DIGrriNFO ♦! 



AIP INFO 
(DIGIT INFO 7) 



AIP INFO 
(DIGIT INFO 2) 





MGCP 




DEVICE 



MDCX(S:*) 



ACK 



MDCX(S:7) 



ACK 



MDCX(S:2) 



ACK 



HG. 19 



